Зачастую бывает необходимо понять причины, по которым та или иная виртуальная машина на сервере VMware ESX испытывает проблемы производительности (тормозит). Можно воспользоваться встроенными графиками производительности VMware vCenter (вкладка Performance), однако этого может оказаться недостаточно. В консольной ОС VMware ESX (Service Console) есть утилита esxtop, которая позволяет отслеживать все аспекты производительности сервера виртуализации, а для VMware ESXi доступна утилита resxtop, которую можно запустить с помощью VMware vSphere Management Assistant.
На Techtarget появилась хорошая статья Eric'а Siebert'а о безопасности виртуальных машин на сервере виртуализации VMware ESX. Статья достаточно длинная, поэтому постараюсь привести краткое содержание с пояснениями.
Чтобы украсть виртуальную машину с VMware ESX вместе со всеми ее данными и приложениями нужно сделать 3 вещи:
1. Сделать Snapshot виртуальной машины, что переведет ее основной виртуальный диск vmdk в режим только чтения.
2. Загрузить диск vmdk с общего или локального хранилища на машину злоумышленника с помощью FastSCP или WinSCP (можно использовать встроенный в vSphere Client Datastore Browser).
3. Импортировать виртуальную машину на VMware Workstation (для запуска и доступа к данным и приложениям), либо смонтировать диск ВМ в операционную систему Windows или Linux с помощью утилиты vmware-mount из комплекта VMware's Virtual Disk Development Kit (VDDK).
Комментарии:
1. Поскольку основной vmx-файл виртуальной машины будет ссылаться не только на основной vmdk, но и на файл снапшота (отличия от исходного состояния ВМ), нужно будет этот vmx подправить. Кроме того, после того, как файлы vmdk и vmx будут скопированы злоумышленником, он удаляет снапшот - для администратора будто бы ничего и не было.
2. Чтобы запустить импортированную виртуальную машину потребуется пароль администратора гостевой ОС. Как известно, есть утилиты для подбора пароля администратора под Windows Server.
3. Чтобы смонтировать виртуальный диск vmdk и получить доступ ко всем данным - никакого пароля не нужно (если не было шифрования средствами гостевой ОС). Представьте, что вы украли обычный физический диск и воткнули его в компьютер.
4. Файлы vmdk не шифруются в VMware vSphere, но судя по тому, что возможность шифрования в VMware Workstation 7 появилась, в скором времени ее можно ожидать и для VMware vSphere / ESX.
Как не допустить кражи виртуальной машины со своего сервера VMware ESX:
1. Разграничивайте доступ к VMware vCenter, а также к томам VMFS, где хранятся виртуальные машины (в том числе на уровне SAN).
Компания NetApp выпустила Whitepaper под названием "VMware vSphere multiprotocol performance comparison using FC, iSCSI and NFS", где рассматриваются аспекты производительности указанных протоколов при использовании общих хранилищ VMware vSphere / ESX на массивах NetApp. В частности, есть вот такая картинка, говорящая о том, что, по большому счету, все более-менее одинаково:
Кому интересны комментарии самой NetApp к документу - читайте запись "New VMware and NetApp Protocol Performance Report" в блоге сотрудника компании. Результаты тестирования производительности общих хранилищ для серверов VMware ESX были одобрены компанией VMware.
Disk "Hard disk 1" has incorrect changed block tracking configuration.
Эта ошибка связана с некорректной конфигурацией технологии Change Block Tracking (отслеживание изменившихся блоков виртуального диска) для витуальной машины. Vladan Seget подсказывает, как эту проблему решить. Открываете VMware vSphere Client, выбираете нужную виртуальную машину на ESX и нажимаете Edit Settings > вкладка Options > категория General, выбираете Configuration Parameters и выставляете все записи, содержащие часть строки ctkEnabled, в значение false. Вот так, как на этой картинке:
После этого Veeam Backup автоматически включит технологию Change Block Tracking для виртуального диска машины с корректными настройками при запуске следующей задачи. Напоминаю, что Veeam Backup - это лучшее средство резервного копирования виртуальных машин для VMware vSphere / ESX.
Компания Infoblox предлагает пользователям платформы виртуализации VMware vSphere / ESX виртуальный модуль (Virtual Appliance) для управления сетевыми адресами (IP Address Management, IPAM). Бесплатное приложение IPAM freeware от Infoblox позволяет сканировать устройства сети, хранить репозиторий IP-адресов и строить графическое представление IP-адресов и устройств.
Данный Virtual Appliance поддерживает сети с числом IP-адресов до 500 и может оказаться полезным при подготовке к миграции на IPv6. Виртуальный модуль изначально сделан в виде виртуальной машины под VMware Player, но его без труда можно перенести на VMware ESX / ESXi, например, с помощью Converter.
Кроме бесплатного виртуального модуля Infoblox IPAM freeware есть также платное издание NIOS Appliance, отличия которых приведены в таблице ниже:
Major Features and Benefits
INFOBLOX IPAM FREEWARE
INFOBLOX NIOS APPLIANCE
On demand and scheduled network discovery of devices
X
X
Unified repository of IP address and asset information
X
X
On demand and scheduled network discovery of devices
X
X
Ability to assign values to the standard IPAM attributes e.g. device type, operating system etc.
X
X
Graphical representation of IPs (IPMap)
X
X
Graphical representation of networks (NetMap)
X
X
Ability to organize IP addresses in smart folders
X
X
Wizard for creating new networks
X
X
Wizard for assigning new IP address
X
X
Resilient DNS, DHCP, NTP, TFTP, RADIUS services
X
Centralized management using Infoblox Grid
X
Detailed logging for administrative changes, IP address usage and service performance
X
Automated monitoring of service performance, IP address usage and system
X
Role based administration with workflow
X
API for extending the capability and integrating with other systems
X
Secure and resilient appliance
X
Hardware based high availability
X
Disaster recovery
X
Service based high availability (DNS anycast, DHCP failover etc.)
X
Maximum active IP addresses > 100,000
X
Таги: VMware, Infoblox, IPAM, vSphere, ESX, ESXi, Player
Вот смотрите - вы приобретаете VMware vSphere Enterprise Plus для всех ваших XX физических серверов, платите огромные деньги за уникальную функциональность платформы виртуализации: VMware DRS (балансировка нагрузки на серверы ESX), VMware DPM (экономия электричества), Storage VMotion и Fault Tolerance - а, заплатив деньги, не получаете ничего. Почему? Вы просто не купили VMware vCenter! Извольте заплатить еще немного денег - чтобы функциональность, которую вы уже купили просто начала работать в вашей виртуальной корпоративной инфраструктуре. Несправедливо? Конечно же! Вот почему средство управления хост-серверами виртуализации VMware vCenter, делающее доступными все возможности серверов VMware ESX, должно стать бесплатным, по крайней мере, для заказчиков сектора SMB.
Давайте посмотрим на это с другой стороны - лицензируется VMware vCenter на экземпляры, вне зависимости от количества управляемых серверов ESX и процессоров у них, при этом он абсолютно необходим. То есть без VMware vCenter инфраструктура серверов VMware ESX не функционирует, а значит и не покупается заказчиками. Зачем тогда его продавать отдельно? Почему VMware vCenter и поддержка на него идет отдельной позицией в спецификации на ПО? Ведь его стооимость можно заложить в общий объем продаж.
Оказывается мысль о том, что VMware vCenter должен поставляться бесплатно пришла не только мне. Важный момент, о котором я не подумал - это то, что бесплатность VMware Center даст большой импульс развитию никому неизвестных в Росии продуктов на его основе, таких как Lab Manager, LifeCycle Manager, Stage Manager, AppSpeed, CpacityIQ и т.п.
А вы как считаете, VMware vCenter по логике вещей должен быть бесплатным для СМБ?
После установки сервера VMware ESX 4 из состава vSphere 4 многие пользователи сталкиваются с первой проблемой: невозможно удаленно войти пользователем root в Service Console по протоколу SSH. Решив эту проблему, пользователи задумываются о том, достаточно ли безопасно всегда входить в сервисную консоль пользователем root и какие права необходимо назначать пользователям в Service Console для работы с сервером VMware ESX. Сегодня мы рассмотрим обе этих проблемы в контексте безопасности и покажем некоторые практические приемы работы с командами su и sudo.
Мы уже писали о бесплатной программе RVTools для VMware vSphere и серверов ESX. Не так давно она обновилась до версии 2.7.3, где добавилось несколько исправлений и дополнений:
Файлы в директориях снапшотов, а также фалы CTK (технология Change Block Tracking) выводятся в отчете корректно, а не как "zombie".
При некоторых условиях Filter Screen вылетал с ошибкой.
Новые поля на панели vDisk: ThinProvisioned и split диски.
Новые поля на панели vTools: Virtual machine hardware version.
Кроме того, появилось интересное видео с демонстрацией возможностей RVTools:
Некоторым пользователям VMware vSphere 4 не хватает стандартной функциональности Distributed vSwitch (dvSwitch), который позволяет создать центральный коммутатор для всей виртуальной инфаструктуры, представляющий собой объединение виртуальных коммутаторов на хостах VMware ESX.
Специально для них, компания Cisco, близкий партнер VMware, предоставляет пользователям возможность применять специализированный виртуальный коммутатор Cisco Nexus 1000V в составе издания VMware vSphere Enterprise Plus (за отдельные деньги), который очень удобен сетевым администраторам для больших инсталляций VMware vSphere. Полный список функций распределенного коммутатора Cisco Nexus 1000V, который бывает как физическим устройством, так и виртуальным модулем (Virtual Appliance) приведен вот в этом документе.
История взаимоотношения вендоров и их партнеров-реселлеров - это всегда сложная история. С одной стороны вендор хочет, чтобы его продукты и услуги были настолько просты для потребления, чтобы их купило как можно больше заказчиков (как варинат - консультанты становятся не нужны). С другой стороны, партнер хочет обладать неким эксклюзивным преимуществом перед заказчиком (профессионализм исполнителей - не всегда выше, чем у ИТ-службы заказчика), которое позволит ему выполнить как можно больше проектов с высокой маржой (сравните маржинальность поставок ПО и проектной деятельности). Идеальный вариант, устраивающий и вендора и интегратора - поставка лицензий с одновременным выполнением проекта (при этом, кхе-кхе, желательно средствами дешевой рабочей силы от третьей стороны - чтобы осталось только перекладывать бумажки).
Вывод из этого очень простой: поскольку партнеры вендора - это, все-таки, драйвер его бизнеса, ему нужно дать инструменты (эксклюзивные), с помощью которых он сможет, во-первых, поднять экспертизу и не слажать перед заказчиком в бою, а, во-вторых, прийти на площадку клиента и сделать все по-быстрому и в срок. Это, кстати, очень хорошая практика, постичь которую дано не каждой большой компании, особенно российской.
Казалось бы компания VMware немного забыла о нас в этом году (во второй его половине) - минорное обновление Capacity Planner и VMware Health Analyzer, это, все же, маловато. А заказчики говорят, что они сами с усами и все умеют внедрять...
Так вот новости с VMware Partner Advisory Board, прошедшего на VMworld 2009 в Сан-Франциско, обрадовали нас уже тогда - компания VMware выпустит VMware Migration Manager, который позволит централизованно исполнять и контролировать миграции физических серверов в виртуальную среду (P2V) на площадке клиента и выглядеть при этом круто, как настоящий консультант.
Так вот - ждать осталось недолго. VMware Migration Manager уже почти скоро сможет работать для ваших проектов по P2V-миграции, разумеется, с помощью партнеров VMware. VMware Migration Manager - это веб-консоль, с помощью которой можно как инициировать процесс загрузки обработанной (видимо, с помощью Capacity Planner) информации аппаратного и программного окружения физической инфраструктуры, централизованно управлять процессом P2V-миграции физических систем на сервера VMware vSphere / ESX, осуществлять трэкинг проекта P2V, строить отчеты о текущем статусе и финальные. Также есть Migration Console & Accelerator Toolkit, который содержит в себе множество скриптов и утилит для ускорения процесса P2V-миграции со стороны партнера.
Большая P2V-миграция это вам не кое-что, а серьезный процесс:
И выполнять его надо централизованно и с помощью комплекса специализированных средств:
Мы уже писали про средство оценки и прогнозирования мощностей VMware vCenter CapacityIQ, которое позволяет всегда быть в курсе того, насколько эффективно расходуются аппартные ресурсы, и как сбалансированно их необходимо наращивать, чтобы виртуальные машины не испытывали проблем производительности.
Компания VMware выпустила версию VMware CapacityIQ 1.0.1 с одним-единственным, но очень важным нововведением - поддержкой VMware vSphere 4 и серверов ESX / ESXi 4.
Список новых возможностей и функций Veeam Backup 4.1:
Поддержка VMware ESXi для создания реплик виртуальных машин (включая бесплатный VMware ESXi).
Утилита командной строки (CLI) для восстановления отдельных файлов из резервных копий Veeam Backup формата VBK (ее можно записать на ленту вместе с бэкапами ВМ).
Поддержка нотификаций для SNMP traps.
Улучшенное восстановление отдельных файлов из бэкапа виртуальной машины с ОС Linux.
Поддержка функциональности Change Block Tracking в VMware vSphere для RDM-дисков в режиме виртуальной совместимости (vRDM).
Множественные мелкие исправления ошибок.
Скачать Veeam Backup and Replication 4.1 можно будет уже во вторник-среду с официального сайта Veeam Software. Напоминаю, что сейчас еще есть возможность приобрести Veeam Backup на 27% дешевле от январской цены в компании VMC.
Hany Michael, автор портала Hypervizor.com, опубликовал интересную диаграмму работы механизма обеспечения отказоустойчивости VMware High Availability. На картинке отмечены такие элементы как HA Advanced Settings, HA VM Monitoring, параметры Heartbeats и пинга шлюза, диагностика кластера и конфигурационная информация. Неплохой плакат для системных администраторов, отвечающих за работу кластера VMware HA:
Андрей Вахитов (vmind.ru) в своем блоге разместил просочившуюся информацию о новой функциональности готовящегося к выпуску релиза платформы виртуализации VMware vSphere 4.1, включая ESX 4.1 и vCenter 4.1.
Приблизительный список основных новых возможностей VMware vSphere 4.1:
Поддержка развертывания тонкого гипервизора VMware ESXi по PXE.
Контроль обмена трафиком с системой хранения Storage I/O Control в стиле QoS.
Network I/O Traffic Management - более гибкое регулирование полосы пропускания сетевого взаимодействия виртуальных машин (в том числе сети VMotion, Fault Tolerance).
VMware HA Healthcheck Status - автоматическая проверка работоспособности VMware HA, при этом в случае отклонения настроек кластера от требуемых выдается Alarm в VMware vCenter.
Fault Tolerance (FT) Enhancements - теперь FT полностью интегрирован с VMware DRS, работает в кластерах EVC, а первичные и вторичные виртуальные машины корректно балансируются DRS. Кроме того, VMware FT может теперь работать без VMware HA.
vCenter Converter Hyper-V Import - можно импортировать виртуальную машину на ESX с сервера Hyper-V
DRS Virtual Machine Host Affinity Rules - возможность запрещать некоторые хосты к размещению на них ВМ. Пригодится для соблюдения лицензионной политики.
Memory Compression - новый уровень абстракции оперативной памяти ВМ. Быстрее чем засвопированная на диск память, но медленнее, чем физическая.
vMotion Enhancements - теперь VMotion работает быстрее (до 8 раз), и увеличено число одновременных миграций ВМ на хосте (с 4 до 8).
8GB Fibre Channel Support
ESXi Active Directory Integration - теперь ESXi можно загнать в AD.
Configuring USB Device Passthrough from an ESX/ESXi Host to a Virtual Machine - поддержка USB-устройств на хосте ESX / ESXi, пробрасываемых к виртуальной машине.
User-configurable Number of Virtual CPUs per Virtual Socket - по-сути, многоядерные (не путать с многопроцессорными) виртуальные машины. Несколько виртуальных ядер в одном виртуальном vCPU.
Интересную штучку сделал Alan Renouf с помощью PowerCLI / PowerShell для VMware vSphere Client. Бесплатная утилита для VMware vSphere называется Local Plugin Creator и позволяет создавать свои собственные плагины для VMware vSphere на базе веб-интерфейсов от продуктов для управления виртуальной инфраструктурой VMware. Это позволит не переключаться постоянно между множеством окон, а просто выбирать вкладку в vSphere Client для нужного средства.
Итак, запустив Local Plugin Creator в виде скрипта PowerCLI, мы видим вот такое окно:
Здесь просто вбиваем URL нужной страницы, которую нам необходимо подцепить в качестве плагина к VMware vSphere Client, а также вкладку, где этот плагин будет показан, и нажимаем Create Plugin. Получится что-то вроде этого:
Мы уже писали о бесплатном средстве vAudit для контроля и аудита пользовательских сессий VMware View от Richard Garstagen. 30 ноября вышла новая версия утилиты vAudit, которая официально поддерживает VMware View 3.0 и 3.1. Но фишка еще и в том, что она отлично работает с VMware View 4 на платформе VMware vSphere 4, что и было проверено нами в лаборатории. Утилита очень полезная и нужная для администраторов настольных ПК, которые хотят из одной консоли хотят контролировать и отслеживать активность пользователей. Можно масштабировать временной промежуток и смотреть события, происходящие с десктопами VMware View 4. При соединении с Connection Server от View 4 выбирайте тип соединения VMware View 3.1.
А знаете ли вы, что в VMware vSphere 4 / ESX есть способ обновить VMware Tools сразу для нескольких операционных систем в виртуальных машинах одновременно? Выбираем какой-нибудь объект в окружении VMware vCenter из vSphere Client, где есть вкладка Virtual Machines (например кластер или хост ESX 4), переходим на нее, выделяем с помощью Ctrl или Shift несколько виртуальных машин, нажимаем правую кнопку мыши и из меню Guest выбираем Install / Upgrade VMware Tools для массового обновления:
Компания VMware выпустила очередное обновление все еще работающего в производственной среде пакета ПО VMware Virtual Infrastructure 3.5. В частности, вышли обновления VMware ESX 3.5 Update 5 и VMware vCenter Update 5.
Enablement of Intel Xeon Processor 3400 Series – добавлена поддержка процессоров Intel Xeon серии 3400. Поддержка включает в себя также Enhanced VMotion Compatibility (EVC).
Driver Update for Broadcom bnx2 Network Controller – драйвер контроллера bnx2 обновлен до версии 1.6.9.
Driver Update for LSI SCSI and SAS Controllers – драйвер LSI SCSI и SAS контроллеров обновлен до версии 2.06.74. Драйвер обеспечивает лучшую поддержку хранилищ с контроллерами SAS.
Newly Supported Guest Operating Systems – добавилась поддержка следующих гостевых ОС для VMware ESX 3.5:
Компания VMware выпустила интересный документ о продукте для обеспечения катастрофоустойчивости виртуальной инфраструктуры VMware Site Recovery Manager (SRM) 4. В нем описано, каким образом настроить компоненты VMware vSphere 4 и SRM 4 так, чтобы минимизировать время восстановления серверов ESX и виртуальных машин в случае аварии или катастрофы.
Как уже сообщалось, компания VMware выпустила Update 1 для виртуальной инфраструктуры VMware vSphere 4.0 в части хостов VMware ESX и сервера VMware vCenter. Обновить хост-серверы ESX можно с помощью продукта VMware Update Manager, однако это чревато негативными последствиями, описанными в KB 1016070.
Проблема касается хост-серверов ESX с установленными сторонними агентами производителей оборудования и описывается следующими симптомами:
1. VMware Update Manager прекращает обновление на ESX 4 Update 1 и останавливается на 33%.
2. После перезагрузки VMware ESX выпадает в purple screen с сообщением:
COS Panic: Int3 @ mp_register_ioapic
Проблема в том, что после перезагрузки хоста VMware ESX 4 с неудачным обновлением Update 1, вам придется переустанавливать ESX, что приведет к потере виртуальных машин на локальных datastores. Чтобы этого не произошло, необходимо отключить все сторонние агенты на ESX перед обновлением до Update 1. Если вы уже обновились, но не перезагружали хост - обратитесь в техническую поддержку VMware.
Как вы знаете, у VMware есть продукт для резервного копирования и восстановления виртуальных машин VMware vSphere для совсем небольших инфраструктур (для средних и больших нужен Veeam Backup). В недавно вышедшем VMware Data Recovery 1.1 появились возможности восстановления отдельных файлов виртуальных машин из GUI, что представлено на видео ниже (откроется в новом окне):
Если вкратце описать процесс восстановления файлов из бэкапа виртуальной машины на VMware ESX, то это выглядит так:
2. Запускаем VMware File Level Restore (FLR) client и указываем IP-адрес виртуального модуля VMware Data Recovery Appliance:
3. Появится список точек восстановления виртуальной машины (restore points), из которого необходимо выбрать нужную копию и смонтировать ее в директорию, которая будет read only. Дальше необходимо просто скопировать нужный файл в директорию назначения гостевой ОС.
VMware Data Recovery FLR поддерживает одновременное монтирование сразу нескольких точек восстановления.
Компания Veeam Software, известный поставщик средств для управления виртуальной инфраструктурой VMware, имеет в своем портфеле целый пакет решений для резервного копирования, мониторинга, отчетности и управления конфигурациями VMware vSphere и серверов ESX. Пожалуй, самый известный продукт компании Veeam - это Veeam Backup and Replication 4.0 для резервного копирования виртуальных машин на серверах VMware ESX. Но есть не менее интересный продукт Veeam Reporter Enterprise, выигравший в свое время золотую медаль...
Коллеги! Как вы знаете, компания Veeam Software выпускает лучшее в мире средство резервного копирования VMware vSphere 4 (виртуальных машин на серверах ESX) под названием Veeam Backup and Replication.
Продукт лицензируется на количество физических процессоров серверов VMware ESX, а абсолютно забесплатно дает функции репликации виртуальных машин и дедупликацию хранилищ резервных копий ВМ вне зависимости от их объема. Таким образом, Veeam Backup and Replication является лучшим решением по резервному копированию VMware vSphere 4 на рынке не только по цене, но и функциональности.
Но за все лучшее, как известно, приходится платить. Стало известно, что компания Veeam поднимает цену (которая, прямо скажем, сегодня низка) на 20% с 1 января 2010 года. Что это значит? Это значит, что заказ надо делать сегодня! Компания VMC, реселлер продуктов Veeam на территории России, предлагает продукт Veeam Backup 4.0 даже не по текущей цене, а дает скидку еще плюс 7%!
То есть совершив покупку Veeam Backup and Replication 4.0 до января 2010 года в VMC, вы сэкономите 27%.
Год бесплатных обновлений и поддержки уже включен в стоимость продукта. Так что, коллеги, поторопитесь - если остались еще бюджеты, вперед за покупками!
Компания StarWind, известный поставщик решений для создания iSCSI хранилищ VMware vSphere, Citrix XenServer и Microsoft на базе обычного Windows-сервера, выпустила обзорное видео по продукту StarWind Server на русском языке:
Параллельно с выпуском решения для виртуализации корпоративных ПК VMware View 4, который уже доступно для загрузки, компания VMware выпустила также первый пакет обновлений для VMware vSphere. Update 1 теперь доступен для VMware ESX 4 и vCenter 4 и намеренно выпущен с релизом четвертой версии VMware View 4, поскольку последнее с VMware vSphere 4 Update 1 будет работать лучше всего.
Полная поддержка решения VMware View 4.0 (View Manager, Composer и т.п.).
Поддержка Windows 7 и Windows 2008 R2 (32 и 64 битные). Теперь VMware vSphere Client без дополнительных настроек работает на Windows 7.
Поддержка кластеров Microsoft Cluster Server (MSCS) для Windows 2000, 2003 и Windows Server 2008 Failover Clustering при работе в кластерах HA и DRS в ограниченной конфигурации.
Enhanced VMware Paravirtualized SCSI Support - теперь паравиртуализованный адаптер SCSI-контроллера можно использовать и для загрузочных (boot) дисков под гостевые ОС с Windows 2003 и 2008.
Improved vNetwork Distributed Switch Performance - убраны тормоза и увеличено быстродействие при операциях добавления / удаления хостов ESX / ESXi из vDS, а также изменении его конфигурации при больших нагрузках.
Increase vCPU per Core Limit - теперь на одно ядро физического процессора можно использовать до 25 виртуальных vCPU машин.
Компания VMware предоставляет пользователям бесплатное средство VMware vSphere Management Assistant (vMA), которое позволяет централизованно управлять хост-серверами VMware ESX за счет автоматизации операций системных администраторов. По-сути, vSphere Management Assistant представляет собой "вынесенную" за пределы серверов ESX сервисную консоль (консольную ОС), которая для виртуальной инфраструктуры присутствует в единственном экземпляре, но централизованно исполняет сценарии на хостах...
Компания VMware выпустила продукт VMware View 4 для размещения виртуальных ПК на серверах виртуализации VMware vSphere / ESX. В таблице ниже приведены способы доступа клиентов с различных устройств к виртуальным ПК VMware View 4:
View Client for Windows
View Client for Windows with Offline Desktop (экспериментально)
Решение VMware View 4 для виртуализации корпоративных настольных ПК будет доступно для загрузки уже сегодня. Поэтому многие будущие пользователи хотели бы знать, какие именно требования предъявляет продукт VMware View 4 к серверам виртуализации VMware ESX и виртуальной инфраструктуре VMware vSphere 4. Как известно, для VMware View 4 можно использовать не только ESX 4, но и ESX 3.5 из состава VMware Virtual Infrastructure 3.5.
Рекомендуемые системные требования VMware View 4 для использования совместно с функционалом View Composer:
Лицензированный vCenter Server 4.0 Update 1
Административный доступ к vCenter Server
Возможность установить VMware View Composer на vCenter
Возможность установки базы данных View Composer:
Существующая БД SQL Server или Oracle
Рекомендуется 2 ГБ дискового пространства под БД
Пул ресурсов (Resource pool)
Шаблон виртуальной машины с настольной ОС, который будет использован для развертывания ПК
Спецификация для автоматизированного развертывания QuickPrep (Guest customization specification)
Как минимум один хост ESX/ESXi 4.0 Update 1
Виртуальное хранилище для настольных ПК (Datastore)
Доступ к настройке сетевого взаимодействия виртуальных машин
Для виртуальной инфраструктуры VMware Virtual Infrastructure 3.5 понадобится:
Сервер vCenter 2.5 Update 3 или 4, управляющий как минмум одним хостом VMware ESX/ESXi 3.5 Update 3 или 4.
В каких случаях и какие версии VMware vSphere / vCenter и ESX можно использовать для VMware View 4?
Если вы планируете использовать функционал VMware View Composer 4, то потребуется ESX/ESXi 4.0 U1 и vCenter 4.0 U1.
Если вы планируете использовать функционал VMware View Composer 4 и View 4 для VI 3.5, то понадобится vCenter 2.5 U3 или выше, управляющий серверами ESX/ESXi 3.5 U3 или U4.
Более старые версии ESX/ESXi и vCenter могут быть использованы, если не требуется функционал View Composer.
Вы можете использовать VMware View 4 c vCenter 4.0 U1, управляющим более старыми хостами ESX/ESXi, но не сможете использовать полный спектр возможностей VMware vSphere, таких как, например, hardware version 7.
Расширение View Composer 2.0 API было полностью переписано и оптимизировано для vCenter 4.x и ESX/ESXi 4.x в целях производительности и надежности. Этот API несовместим с vCenter 2.5.x и ESX/ESXi 3.5.x. View Composer 2.0 использует legacy API для более ранних версий vCenter или ESX/ESXi. Этот legacy API может быть также использован, пока вы не включите View Composer 2.0 API в настройках View Administrator.
Windows Vista поддерживается на серверах ESX/ESXi, начиная с версии 3.5. Windows Vista поддерживается экспериментально на серверах ESX Server 3.0.x.
Поддержка Windows 7 реализована в VMware View 4 экспериментально (в этом режиме поддерживаются клиенты и гостевые ОС). Тем не менее, возможно использование Windows 7 на серверах VMware View 4 для тестовых целей.
Системные требования для View Connection Server (где установлен VMware View 4 Manager):
Операционная система Windows Server 2003 (без установленного веб-сервера). Рекомендуется использовать его в виртуальной машине для тестирования возможностей.
Минимум 2 ГБ RAM (рекомендуется 3 ГБ)
Процессор 2 ГГц или более быстрый (рекомендуется 2 CPU)
Член домена Windows Active Directory
Доступ к серверу DHCP
Как минимум 1 активный сетевой адаптер (рекомендуется гигабитный NIC)
Что еще потребуется при тестировании VMware View 4 на VMware vSphere / VI в инфраструктуре компании:
Доступ к контроллеру Active Directory и возможность создавать следующие учетные записи:
Domain administrator account
User accounts в домене
Привилегии на присоединение машины к домену
Доступ к серверу DHCP
Возможность добавлять fully qualified domain names (FQDNs) в ваш DNS (предпочтительно использовать функции auto-register для виртуальных ПК)
Какие требования предъявляет VMware View 4 при доступе с клиентских устройств:
Бывает так, что необходимо регламентировать процедуру тестирования отказоустойчивости сетевых интерфейсов VMware ESX (NIC Teaming). В этом случае проверку Network Failover Maish Saidel-Keesing предлагает проводить так:
1. Отключаем один из физических NICs сервера VMware ESX для которого настроен Failover Order, переводя его в режим "10 Half-Duplex ":
[root@esx1 ~]#esxcfg-nics -s 10 -d half vmnic2
2. Видим, что интерфейс отключился:
3. Перед этим запускаем пинги из виртуальной машины, где наблюдаем их потерю из-за "отказа" сетевого адаптера ESX. Потом соединение должно восстановиться по резервному NIC сервера ESX:
4. Включаем интерфейс, переводя его в режим Auto Negotiate:
Компания VMware объявила о выходе решения для виртуализации корпоративных настольных компьютеров VMware View 4. Это решение реализует концепцию инфраструктуры виртуальных рабочих столов (VDI, Virtual Disktop Infrastructure), которая позволяет снизить издержки на управлением парком настольных ПК предприятия. VMware View 4 - это полностью цельное решение для размещения пользовательских виртуальных десктопов на серверах виртуализации VMware vSphere / ESX, включающее в себя...
RSS
